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Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http://webapp.etsi.org/kev/quervform.asp . 



ETSI 



3GPP TS 29.280 version 1 1 .3.0 Release 1 1 3 ETSI TS 1 29 280 V1 1 .3.0 (201 2-1 0) 



Contents 



Intellectual Property Rights 2 

Foreword 2 

Foreword 4 

1 Scope 5 

2 References 5 

3 Definitions, symbols and abbreviations 6 

3.1 Definitions 6 

3.2 Symbols 6 

3.3 Abbreviations 6 

4 General Description 6 

5 Sv Messages and Information Elements 6 

5.1 Introduction 6 

5.2 Sv Messages 7 

5.2.1 General 7 

5.2.2 SRVCC PS to CS Request 8 

5.2.3 SRVCC PS to CS Response 10 

5.2.4 SRVCC PS to CS Complete Notification 10 

5.2.5 SRVCC PS to CS Complete Acknowledge 11 

5.2.6 SRVCC PS to CS Cancel Notification 11 

5.2.7 SRVCC PS to CS Cancel Acknowledge 12 

5.2.8 SRVCC CS to PS Request 12 

5.2.9 SRVCC CS to PS Response 13 

5.2.10 SRVCC CS to PS Complete Notification 14 

5.2.11 SRVCC CS to PS Complete Acknowledge 14 

5.2.12 SRVCC CS to PS Cancel Notification 15 

5.2.13 SRVCC CS to PS Cancel Acknowledge 15 

5.3 Path Management Messages 15 

5.3.1 Introduction 15 

5.3.2 Echo Request message 15 

5.3.3 Echo Response message 16 

5.3.4 Version Not Supported message 16 

5.4 Reliable Delivery of Signalling Messages 16 

5.5 Error Handling 16 

5.6 Restoration and Recovery 16 

6 Sv Information Elements 16 

6.1 General 16 

6.2 STN-SR 17 

6.3 Source to Target Transparent Container 17 

6.4 Target to Source Transparent Container 18 

6.5 MM Context for E-UTRAN (v)SRVCC 18 

6.6 MM Context for UTRAN SRVCC 19 

6.7 SRVCC Cause 20 

6.8 Target RNC ID 20 

6.9 Target Global Cell ID 20 

6.10 Tunnel Endpoint Identifier for Control Plane (TEID-C) 21 

6.11 Sv Flags 21 

6.12 Service Area Identifier 21 

6.13 MM Context for CS to PS SRVCC 22 

Annex A (informative): Change history 23 

History 24 



£75/ 



3GPP TS 29.280 version 1 1 .3.0 Release 1 1 4 ETSI TS 1 29 280 V1 1 .3.0 (201 2-1 0) 



Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document describes the Sv interface between the Mobihty Management Entity (MME) or Serving GPRS 
Support Node (SGSN) and 3GPP MSC server enhanced for SRVCC. Sv interface is used to support Inter-RAT 
handover from IMS based voice service over EPS to CS domain over 3GPP UTRAN/GERAN access or from UTRAN 
(HSPA) to 3GPP UTRAN/GERAN access and to support Inter-RAT handover from IMS based voice and video service 
over EPS to CS domain over 3GPP UTRAN access. Sv interface is also used to support Inter-RAT handover from voice 
service in CS domain over 3GPP UTRAN/GERAN access to IMS based service over LTE or UTRAN (HSPA). 

If there is no specific indication, the term "MSC server" denotes 3GPP MSC server enhanced for SRVCC or 3GPP 
MSC server enhanced for vSRVCC as defined in 3GPP TS 23.216 [2]. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TR 23.216: "Single Radio Voice Call Continuity (SRVCC)". 

[3] 3GPP TS 29.274: "Evolved GPRS Tunnelling Protocol for Control Plane (GTPv2-C)". 

[4] 3GPP TS 23.003: "Numbering, addressing and identification". 

[5] 3GPP TS 23.007: "Restoration Procedures". 

[6] 3GPP TS 33.401 : "3GPP System Architecture Evolution (SAE): Security architecture". 

[7] 3GPP TS 24.008: "Mobile radio interface Layer 3 specification; Core network protocols; Stage 3". 

[8] 3GPP TS 48.008: "Mobile Switching Centre - Base Station System (MSC - BSS) interface; Layer 

3 specification". 

[9] 3GPP TS 25.413: "UTRAN lu interface Radio Access Network Application Part (RANAP) 

signalhng". 

[10] 3GPP TS 33.102: "3G Security; Security architecture". 

[II] 3GPP TS 29.002: "Mobile Apphcation Part (MAP) specification; Stage 3". 
[12] 3GPP TS 24.301: "Non-Access-Stratum (NAS) protocol for Evolved Packet". 
[13] 3GPP TS 23.237: "IP Multimedia Subsystem (IMS) Service Continuity: Stage 2". 
[14] 3GPP TS 36.413: "SI Application Protocol (SlAP)". 

[15] 3GPP TS 33.401: "3GPP System Architecture Evolution (SAE); Security architecture". 

[16] 3GPP TS 23.251: "Network Sharing; Architecture and Functional Description". 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TR 21.905 [1] and the following 
apply. A term defined in the present document takes precedence over the definition of the same term, if any, in 3GPP 
TR 21.905 [1]. 

For the purposes of the present document, the following terms and definitions given in 3GPP TS 23.216 [2] apply: 

SRVCC 

vSRVCC 

For the purposes of the present document, the following terms and definitions given in 3GPP TS 23.251 [16] apply: 
Anchor PLMN 

3.2 Symbols 

For the piuposes of the present document, the following symbols apply: 

3.3 Abbreviations 

For the purposes of the present document, the abbreviations given in 3GPP TR 21.905 [1] and the following apply. An 
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 
3GPPTR 21.905 [1]. 

C-MSISDN Correlation MSISDN. 

GWCN Gateway Core Network 

MME/SGSN MME or SGSN. 

MOCN Multi-Operator Core Network 

SRVCC Single Radio Voice Call Continuity. 

STN-SR Session Transfer Number for SRVCC: see 3GPP TS 23.003 [4]. 

vSRVCC Single Radio Video Call Continuity. 



General Description 



This document describes the Sv interface related procedures, message parameters and protocol specifications. The Sv 
messages are based on GTP. The message format, IE coding, and protocol error handling for Sv is per GTP as specified 
in3GPPTS29.274[3]. 

The general rules for IP address and UDP port number handling for the GTP messages on the Sv interface is per 3GPP 
TS 29.274 [3]. 



5 Sv Messages and Information Elements 

5.1 Introduction 

The Sv application defines a set of messages between the MME/SGSN and MSC Server to provide SRVCC as defined 
in 3GPP TS 23.216 [2]. The Sv message header is defined in 3GPP TS 29.274 [3]. The messages to be used and the 
information elements are described in the following sections. 
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5.2 Sv Messages 
5.2.1 General 

Sv Messages are used for both the Inter-RAT handover from IMS based voice service over EPS to CS domain over 
3GPP UTRAN/GERAN access or from UTRAN (HSPA) to 3GPP UTRAN/GERAN access and the Inter-RAT 
handover from IMS based voice and video service over EPS to CS domain over 3GPP UTRAN access. 

Sv Messages are also used for the Inter-RAT handover from voice service in CS domain over 3GPP UTRAN/GERAN 
access to IMS based service over LTE or UTRAN (HSPA). 

Sv Message Type value is defined in 3GPP TS 29.274 [3]. The message format is coded as per GTP in 3GPP TS 29.274 
[3]. 

Table 5.2.1 : Message types for Sv interface 



Message Type 
value (Decimal) 


Message 


Reference 


Initial 


Triggered 





Reserved 


3GPP TS 29.274 [3] 






1 


Echo Request 


3GPP TS 29.274 [3] 


X 




2 


Echo Response 


3GPP TS 29.274 [3] 




X 


3 


Version Not Supported Indication 


3GPP TS 29.274 [3] 




X 


4-24 


Reserved for SI 01 interface 


3GPP TS 29.274 [3] 






25 


SRVCC PS to CS Request 


5.2.2 


X 




26 


SRVCC PS to CS Response 


5.2.3 




X 


27 


SRVCC PS to CS Complete Notification 


5.2.4 


X 




28 


SRVCC PS to CS Complete Acknowledge 


5.2.5 




X 


29 


SRVCC PS to CS Cancel Notification 


5.2.6 


X 




30 


SRVCC PS to CS Cancel Acknowledge 


5.2.7 




X 


31 


SRVCC CS to PS Request 


5.2.8 


X 




32 


SRVCC CS to PS Response 


5.2.9 




X 


33 


SRVCC CS to PS Complete Notification 


5.2.10 


X 




34 


SRVCC CS to PS Complete Acknowledge 


5.2.11 




X 


35 


SRVCC CS to PS Cancel Notification 


5.2.12 


X 




36 


SRVCC CS to PS Cancel Acknowledge 


5.2.13 




X 


37-50 


For future Sv interface use 


- 






51-255 


Reserved for GTPv2 


3GPP TS 29.274 [3] 







The GTPv2-C messages shall be sent per UE on the Sv interface. 

There shall be one pair of TEID-C per UE on the Sv interface. The same tunnel shall be shared for the control messages 
related to the same UE operation. 

The TEID field in the SRVCC PS to CS Request and in the SRVCC CS to PS Request message header shall be set to 
"0" because this is the first message sent between the MME/SGSN and the MSC server to establish the tunnel for a UE. 

The TEID field in the SRVCC PS to CS Cancel Notification message header shall be set to "0" if the message is sent 
before reception of the acceptance response to the SRVCC PS to CS Request. If the MME/SGSN sends the SRVCC PS 
to CS Cancel Notification message after the acceptance response to the SRVCC PS to CS Request, the TEID field of the 
SRVCC PS to CS Cancel Notification message may be set to the MSC Server"s TEID value received in the SRVCC PS 
to CS Response message. Therefore the MSC Server shall be able to accept the SRVCC PS to CS Cancel Notification 
messages with "0" or non-zero TEID in the message header. 

The TEID field in the SRVCC CS to PS Cancel Notification message header shall be set to "0" if the message is sent 
before reception of the acceptance response to the SRVCC CS to PS Request. If the MSC Server sends the SRVCC CS 
to PS Cancel Notification message after the acceptance response to the SRVCC CS to PS Request, the TEID field of the 
SRVCC CS to PS Cancel Notification message may be set to the MME/SGSN TEID value received in the SRVCC CS 
to PS Response message. Therefore the MME/SGSN shall be able to accept the SRVCC CS to PS Cancel Notification 
messages with "0" or non-zero TEID in the message header. 
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5.2.2 SRVCC PS to CS Request 

A SRVCC PS to CS Request message shall be sent across Sv interface from the MME/SGSN to the target MSC server 
as part of the MME/SGSN SRVCC procedure in 3GPP TS 23.216 [2]. 

This message shall also be sent across Sv interface from the MME to the target MSC server as part of the vSRVCC 
procedure in 3GPP TS 23.216 [2]. 

Table 5.2.2 specifies the presence requirements and conditions of the lEs in the message. 
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Table 5.2.2: Information Elements in a SRVCC PS to CS Request 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


IMSI 


C 


This IE shall be included in the message except for the 
cases: 

• The UE is emergency attached and it is UlCCIess 

• The UE is emergency attached and the IMSI is 
not authenticated 


IMSI 





ME Identity (MEI) 


C 


This IE shall be included in the message for the following 
cases: 

• The UE is emergency attached and it is UlCCIess 

• The UE is emergency attached and the IMSI is 
not authenticated 


MEI 





CO 


This IE shall be included for all SRVCC calls if available in 
the MME or SGSN (NOTE 2). 


Sv Flags 


c 


This IE shall be included if any one of the applicable flags 

is set to 1 . 

The following flags are applicable: 

• Emind: this flag shall be sent if this session is for 
an emergency call. 

• ICS: this flag shall be sent to request IMS 
Centralized Service support. 

• VHO: this flag shall be sent if the MME requests 
the vSRVCC HO. 


Sv Flags 





MME/SGSN Sv 
Address for Control 
Plane 


M 


This IE specifies the address for control plane Initial 
message which is chosen by the source MME/SGSN. 

The target MSC Server shall send subsequent control 
plane Initial messages related to the GTP tunnel for this 
UE towards this address. 


IP-Address 





MME/SGSN SvTEID 
for Control Plane 


M 


This IE specifies the tunnel for control plane message 
which is chosen by the source MME/SGSN. 
The target MSC Server shall include this TEID in the GTP 
header of all control plane messages related to the GTP 
tunnel for this UE. 


TEID-C 





C-MSISDN 


C 


The MME/SGSN shall include C-MSISDN IE in the 
message except for the cases: 

• The UE is emergency attached and it is UlCCIess 

• The UE is emergency attached and the IMSI is 
not authenticated 

The C-MSISDN is defined in 3GPP TS 23.003 [4]. 


MSISDN 





STN-SR 


C 


The MME/SGSN shall include STN-SR IE if this session is 
not for an emergency call. 


STN-SR 





MM Context for E- 
UTRAN (v)SRVCC 


C 


The MME shall include mobile station classmarks, 
supported codecs, and CS Security key in MM Context for 
E-UTRAN (v)SRVCC. 

The derivation of the CS security keys shall follow the 
procedures defined 3GPP TS 33.401 [7]. 


MM Context for E- 

UTRAN 

(v)SRVCC 





MM Context for 
UTRAN SRVCC 


c 


The SGSN shall include mobile station classmarks, 
supported codecs, and CS Security key in MM Context for 
UTRAN (HSPA) SRVCC. 

The derivation of the CS security keys shall follow the 
procedures defined 3GPP TS 33.102[10]. 


MM Context for 
UTRAN SRVCC 





Source to Target 

Transparent 

Container 


M 


The MME or SGSN shall include Source to Target 
Transparent Container IE 


Source to Target 
Transparant 
Container IE 





Target RNC ID 


C 


This IE shall be used to identify the target access for 
(v)SRVCC handover to UTRAN (NOTE 1). 


Target RNC ID 





Target Cell! D 


C 


This IE shall be used to identify the target access for 
SRVCC handover to GERAN (NOTE 1). 


Target Global Cell 
ID 





Source SAI 


CO 


The SGSN shall include this IE during a SRVCC Handover 
from UTRAN to GERAN and shall set it as per the SAI of 
the Source ID IE received from the source RNC (see 
3GPP TS 25.413 [9]). See NOTE 3. 


Service Area 
Identifier 
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Allocation/Retention 
Priority 


CO 


The IVIME shall include this IE if (v)SRVCC with priority is 
supported and {v)SRVCC is performed for an IMS-based 
MPS session (see 3GPP TS 23.216 [2]). 


ARP 





Anchor PLMN ID 


CO 


The MME/SGSN shall include this IE during SRVCC from 
UTRAN/E-UTRAN PS to UTRAN/GERAN CS domain 
GWCN/MOCN to be used for subsequent SRVCC 
handover in the reverse direction as specified in 3GPP TS 
23.251 [16]. 


PLMN ID 





Private Extension 





None 


Private Extension 


VS 


N0TE1 : Based upon the SRVCC Handover procedure, either Target RNC ID or Target Cell ID shall be 

present in this message 
N0TE2: An IVIME or SGSN supporting the Sv interface should attempt to get the ME Identity for all SRVCC 

calls for interception, charging or Automatic Device Detection in the l\/ISC. 
NOTE 3: The Source SAI is sent in BSSIVIAP Handover Request during a SRVCC Handover from UTRAN to 

GERAN. A default SAI configured in the IVISC Server enhanced for SRVCC is sent in BSSIVIAP 

Handover Request during a SRVCC Handover from E-UTRAN to GERAN. The default SAI for E- 

UTRAN should be different from the SAIs used in UTRAN. 



5.2.3 SRVCC PS to CS Response 

A SRVCC PS to CS Response message shall be sent across Sv interface as a response to SRVCC PS to CS Request by 
the MSC server during SRVCC procedure in 3GPP TS 23.216 [2]. 

Table 5.2.3 specifies the presence requirements and conditions of the lEs in the message. 

Cause IE indicates if the SRVCC PS to CS request has been accepted, or not. The request has not been accepted by the 
target MSC server if the Cause IE value differs from "Request accepted". 

Table 5.2.3: Information Elements in a SRVCC PS to CS Response 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


Cause 


M 




Cause 





(v)SRVCC rejected 
Cause 


CO 


This IE shall be sent if Cause value differs from "Request 

accepted". 

MSC Server shall include this information element to 

indicate the reason for rejecting SRVCC PS to CS request 


SRVCC Cause 





MSC Server Sv 
Address for Control 
Plane 





If the Cause IE contains the value" Request accepted", the 
target MSC server may include MSC server Sv Address for 
Control Plane IE in SRVCC PS to CS Response message 
if target MSC Server decides to use different IP address for 
the subsequent communication. The source MME/SGSN 
shall store this MSC server address and use it when 
sending subsequent control plane messages to this GTP-C 
tunnel. 


IP Address 





MSC Server SvTE ID 
for Control Plane 


C 


The target MSC server shall include MSC server Sv 
Tunnel Endpoint Identifier for Control Plane IE in SRVCC 
PS to CS Response message if the Cause IE contains the 
value "Request accepted". The source MME/SGSN shall 
include this TEID-C in the GTP-C header of all subsequent 
uplink control plane messages from the source 
MME/SGSN to the target MSC servers. 


TEID-C 





Target to Source 

Transparent 

Container 


C 


If the Cause IE contains the value "Request accepted ", 
this IE shall be included and shall carry the Target to 
Source Transparent Container to be sent within the 
Handover command or the Relocation Command towards 
the source access network. 


Target to Source 
Transparant 
Container IE 





Private Extension 





None 


Private Extension 


VS 



5.2.4 SRVCC PS to CS Complete Notification 

A SRVCC PS to CS Complete Notification message shall be sent across Sv interface to the source MME/SGSN during 
SRVCC procedure as specified in 3GPP TS 23.216 [2]: 
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• to indicate the SRVCC handover with CS Domain has been successfully finished; 

• or to indicate the SRVCC handover with CS Domain has finished (i.e. HO Complete / Relocation Complete 

message has been received from the target RAN) but the IMS Session Transfer procedure completion in 3GPP 
TS 23.237 [13] has failed by including the appropriate SRVCC post failure Cause value. 



This message shall also be sent on Sv interface to the source MME during vSRVCC procedure in 3GPP TS 23.216 [2]. 
Table 5.2.4 specifies the presence requirements and conditions of the lEs in the message. 

Table 5.2.4: Information Elements in a SRVCC PS to CS Complete Notification 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


IMSI 


C 


This IE shall be included in the message except for the 
cases: 

• The UE is emergency attached and it is UlCCIess 

• The UE is emergency attached and the IMSI is 
not authenticated 


IMSI 





SRVCC post failure 
Cause 


CO 


This IE shall be sent if a call is to be released locally in the 
MSC Server due to IMS session leg establishment failure. 
The MSC Server shall include this IE to indicate the nature 
of the failure (i.e, permanent or temporary) 


SRVCC Cause 





Private Extension 





None 


Private Extension 


vs 



5.2.5 SRVCC PS to CS Complete Acknowledge 

A SRVCC PS to CS Complete Acknowledge message shall be sent across Sv interface as a response to SRVCC PS to 
CS Complete Notification during (v)SRVCC handover with CS Domain in 3GPP TS 23.216 [2]. 

Table 5.2.5 specifies the presence requirements and conditions of the lEs in the message. 

Table 5.2.5: Information Elements in a SRVCC PS to CS Complete Acknowledge 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


Cause 


M 


None 


Cause 





Private Extension 





None 


Private Extension 


VS 



5.2.6 SRVCC PS to CS Cancel Notification 

A SRVCC PS to CS Cancel Notification message shall be sent across Sv interface from the MME/SGSN to the target 
MSC server to request the cancellation of an ongoing SRVCC handover. 

This message shall also be sent across Sv interface from the MME to the target MSC server to request the cancellation 
of an ongoing vSRVCC handover. 

Table 5.2.6 specifies the presence requirements and conditions of the lEs in the message. 
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Table 5.2.6: Information Elements in a SRVCC PS to CS Cancel Notification 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


IMSI 


C 


This IE shall be included in the message except for the 
cases: 

• The UE is emergency attached and it is UlCCIess 

• The UE is emergency attached and the IMSI is 
not authenticated 


IMSI 





Cancel Cause 


M 


MME/SGSN indicates the reason for Handover 
cancellation 


SRVCC Cause 





ME Identity (MEI) 


C 


This IE shall be included in the message for the following 
cases: 

• The UE is emergency attached and it is UlCCIess 

• The UE is emergency attached and the IMSI is 
not authenticated 


MEI 





Private Extension 





None 


Private Extension 


vs 



5.2.7 SRVCC PS to CS Cancel Acknowledge 

A SRVCC PS to CS Cancel Acknowledge message shall be sent across Sv interface as a response to SRVCC PS to CS 
Cancel Notification. 

Table 5.2.7 specifies the presence requirements and conditions of the lEs in the message. 

Table 5.2.7: Information Elements in a SRVCC PS to CS Cancel Acknowledge 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


Cause 


M 


None 


Cause 





Sv Flags 


C 


This IE shall be included if any one of the applicable flags 

is set to 1 . 

The following flags are applicable: 

• STI: this flag shall be sent if the MSC Server has 
started the IMS session transfer procedure. 


Sv Flags 





Private Extension 





None 


Private Extension 


VS 



5.2.8 SRVCC CS to PS Request 

A SRVCC CS to PS Request message shall be sent across Sv interface from the MSC Server to the target MME/SGSN 
as part of UTRAN/GERAN to E-UTRAN/UTRAN (HSPA) SRVCC procedure in 3GPP TS 23.216 [2]. 

Table 5.28 specifies the presence requirements and conditions of the lEs in the message. 
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Table 5.2.8: Information Elements in a SRVCC CS to PS Request 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


IMSI 


C 


The IE shall be included if available. 


IMSI 





ME Identity (MEI) 


C 


This IE shall be included if available. 


MEI 





IVISC Server Sv 
Address for Control 
Plane 


M 


This IE specifies the address for control plane Initial 
message which is chosen by the source MSC Server. 

The target MME/SGSN shall send subsequent control 
plane Initial messages related to the GTP tunnel for this 
UE towards this address. 


IP Address 





MSC Server SvTE ID 
for Control Plane 


M 


This IE specifies the tunnel for control plane message 
which is chosen by the source MSC Server. 
The target MME/SGSN shall include this TEID in the GTP 
header of all control plane messages related to the GTP 
tunnel for this UE. 


TEID-C 





Source to Target 

Transparent 

Container 


M 


The MSC Server shall include Source to Target 
Transparent Container IE. 


Source to Target 

Transparent 

Container 





Target Identification 


M 


This IE shall be included to identify the target access. 


Target 
Identification 





P-TMSI 


C 


This IE shall be included if available. 


P-TMSI 





Source RAI 


C 


This IE shall be included if available 


ULI 





P-TMSI Signature 


C 


This IE shall be included if available 


P-TMSI Signature 





GUTI 


C 


This IE shall be included if available. 


GUTI 





MM Context for CS to 
PS SRVCC 


M 




MM Context for 
CS to PS SRVCC 





Private Extension 





None 


Private Extension 


vs 



5.2.9 SRVCC CS to PS Response 

A SRVCC CS to PS Response message shall be sent across Sv interface as a response to SRVCC CS to PS Request by 
the MME/SGSN during UTRAN/GERAN to E-UTRAN/UTRAN (HSPA) SRVCC procedure as specified in 3GPP TS 

23.216 [2]. 

Table 5.2.9 specifies the presence requirements and conditions of the lEs in the message. 

Cause IE indicates if the SRVCC CS to PS request has been accepted, or not. The request has not been accepted by the 
target MME/SGSN if the Cause IE value differs from "Request accepted". 
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Table 5.2.9: Information Elements in a SRVCC CS to PS Response 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


Cause 


M 




Cause 





SRVCC rejected 
Cause 





Tills IE may be sent If Cause value Is differs from "Request 

accepted". 

MME/SGSN may Include additional Information to Indicate 

tfie reason for rejecting SRVCC CS to PS request 


SRVCC Cause 





MME/SGSN Sv 
Address for Control 
Plane 





If the Cause IE contains the value" Request accepted", the 
target MME/SGSN may Include MME/SGSN Sv Address 
for Control Plane IE in SRVCC CS to PS Response 
message if target MME/SGSN decides to use different IP 
address for the subsequent communication. The source 
MSC Server shall store this MME/SGSN address and use 
It when sending subsequent control plane Initial messages 
to this GTP-C tunnel. 


IP Address 





MME/SGSN SvTEID 
for Control Plane 


C 


The target MME/SGSN shall Include MME/SGSN Sv 
Tunnel Endpoint Identifier for Control Plane IE In SRVCC 
CS to PS Response message If the Cause IE contains the 
value "Request accepted". The source MSC Server shall 
Include this TEID-C In the GTP-C header of all subsequent 
control plane messages from the source MSC Server to 
the target MME/SGSN. 


TEID-C 





Target to Source 

Transparent 

Container 


C 


If the Cause IE contains the value "Request accepted", this 
IE shall be Included and shall carry the Target to Source 
Transparent Container to be sent within the Handover 
command or the Relocation Command towards the source 
access networl<. 


Target to Source 

Transparent 

Container 





Private Extension 





None 


Private Extension 


vs 



5.2.1 SRVCC CS to PS Complete Notification 

A SRVCC CS to PS Complete Notification message shall be sent across Sv interface from the target MME/SGSN to the 
source MSC Server to indicate the SRVCC handover with PS Domain has been finished during UTRAN/GERAN to E- 
UTRAN/UTRAN (HSPA) SRVCC procedure as specified in 3GPP TS 23.216 [2]. 

Table 5.2.10 specifies the presence requirements and conditions of the lEs in the message. 

Table 5.2.10: Information Elements in a SRVCC CS to PS Complete Notification 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


SRVCC failure Cause 


C 


This IE shall be Included If there is a failure detected by the 
target MME/SGSN during UTRAN/GERAN to E- 
UTRAN/UTRAN (HSPA) SRVCC procedure as specified in 
3GPPTS23.216[2]. 


SRVCC cause 





Private Extension 





None 


Private Extension 


VS 



5.2.1 1 SRVCC CS to PS Complete Acknowledge 

A SRVCC CS to PS Complete Acknowledge message shall be sent across Sv interface as a response to SRVCC CS to 
PS Complete Notification during UTRAN/GERAN to E-UTRAN/UTRAN (HSPA) SRVCC procedure as specified in 
3GPPTS 23.216 [2]. 

Table 5.2.10 specifies the presence requirements and conditions of the lEs in the message. 
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Table 5.2.11 : Information Elements in a SRVCC CS to PS Complete Acknowledge 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


Cause 


M 


None 


Cause 





Private Extension 





None 


Private Extension 


vs 



5.2.1 2 SRVCC CS to PS Cancel Notification 

A SRVCC CS to PS Cancel Notification message shall be sent across Sv interface from the MSC Server to the target 
MME/SGSN to request the cancellation of an ongoing SRVCC handover. 

Table 5.2.12 specifies the presence requirements and conditions of the lEs in the message. 

Table 5.2.12: Information Elements in a SRVCC CS to PS Cancel Notification 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


IMSI 


C 


The IMSI shall be included if available. 


IMSI 





Cancel Cause 


M 


MSC Server shall indicate the reason for Handover 
cancellation. 


SRVCC Cause 





ME Identity (MEI) 


C 


This IE shall be included if available. 


MEI 





Private Extension 





None 


Private Extension 


vs 



5.2.13 SRVCC CS to PS Cancel Acknowledge 

A SRVCC CS to PS Cancel Acknowledge message shall be sent across Sv interface as a response to SRVCC CS to PS 
Cancel Notification. 

Table 5.2.13 specifies the presence requirements and conditions of the lEs in the message. 

Table 5.2.13: Information Elements in a SRVCC CS to PS Cancel Acknowledge 



Information 
elements 


P 


Condition / Comment 


IE Type 


Ins. 


Cause 


M 


None 


Cause 





Private Extension 





None 


Private Extension 


VS 



5.3 Path Management Messages 

5.3.1 Introduction 

The following GTP-C v2 messages support path management for the Sv interface: 
Echo Request 
Echo Response 
Version Not Supported 

These messages are defined for GTP-Cv2 and the handling and definition shall also be as defined in GTP-Cv2, see 

3GPPTS 29.274 [3]. 

5.3.2 Echo Request message 

3GPP TS 29.274 [6] specifies the information elements included in the Echo Request message. 
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5.3.3 Echo Response message 

3GPP TS 29.274 [3] specifies the information elements included in the Echo Response message. 

5.3.4 Version Not Supported message 

3GPP TS 29.274 [3] specifies the detailed handling and information elements included in the Version Not Supported 

message. 

5.4 Reliable Delivery of Signalling Messages 

This is performed as according to GTPv2 in 3GPP TS 29.274 [3]. 

5.5 Error Handling 

This is performed as according to GTPv2 in 3GPP TS 29.274 [3]. 

5.6 Restoration and Recovery 

This is performed as according to GTPv2 in 3GPP TS 23.007 [5]. 



Sv Information Elements 



6.1 



General 



IE type value used in Sv Message is defined in TS 29.274 [3]. The IE format is coded as per GTP in TS 29.274 [3]. 

Table 6.1 shows the lEs used for SRVCC. Within information elements, certain fields may be described as spare. These 
bits shall be transmitted with the value set to 0. To allow for future features, the receiver shall not evaluate these bits. 

Table 6.1-1 : Information Elements for SRVCC 



IE Type value 
(Decimal) 


Information elements 


Comment / 
Reference 


Number of Fixed 
Octets 





Reserved 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


1 


International Mobile Subscriber Identity (IMSI) 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


2 


Cause 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


3 


Recovery (Restart Counter) 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


4-50 


Reserved for SI 01 interface 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


51 


STN-SR 


Variable Length / 6.2 


Not Applicable 


52 


Source to Target Transparent Container 


Variable Length / 6.3 


Not Applicable 


53 


Target to Source Transparent Container 


Variable Length / 6.4 


Not Applicable 


54 


MM Context for E-UTRAN (v)SRVCC 


Variable Length / 6.5 


Not Applicable 


55 


MM Context for UTRAN SRVCC 


Variable Length / 6.6 


Not Applicable 


56 


SRVCC Cause 


Fixed Length / 6.7 


1 


57 


Target RNC ID 


Variable Length / 6.8 


Not Applicable 


58 


Target Global Cell ID 


Variable Length / 6.9 


Not Applicable 


59 


TEID-C 


Extendable/ 6.10 


4 


60 


Sv Flags 


Extendable/ 6.11 


1 


61 


Service Area Identifier 


Extendable/ 6.1 2 


7 


62 


MM Context for CS to PS SRVCC 


Extendable/ 6.1 3 


42 


63-70 


For future Sv interface use 


- 




71-73 


Reserved for GTPv2 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


74 


IP Address 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


75 


Mobile Equipment Identity (MEI) 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


76 


MSISDN 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


77-85 


Reserved for GTPv2 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 
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IE Type value 
(Decimal) 


Information elements 


Comment / 
Reference 


Number of Fixed 
Octets 


86 


ULI 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


111 


P-TMSI 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


112 


P-TIVISI Signature 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


117 


GUTI 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


120 


PLMN ID 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


121 


Target Identification 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


122-154 


Reserved for GTPv2 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


155 


Allocation/Retention Priority (ARP) 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


156-254 


Reserved for GTPv2 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


255 


Private Extension 


3GPP TS 29.274 [3] 


3GPP TS 29.274 [3] 


NOTE: The size of the TLI (Type, Length and Instance) fields, i.e "4" octets, has been subtracted from 
the number of the fixed octets of the "Fixed Length" and "Extendable" lEs. 



6.2 



STN-SR 



STN-SR is defined in 3GPP TS 23.003 [4]. STN-SR is transferred via GTP tunnels. The sending entity copies the value 
part of the STN-SR into the Value field of the STN-SR IE. The STN-SR IE is coded as depicted in Figure 6.2-1. Octet 5 
contains the Nature of Address and Numbering Plan Indicator (NANPI) of the "AddressString" ASN.l type (see 3GPP 
TS 29.002 [11]). Octets 6 to (nH-4) contain the actual STN-SR (digits of an address encoded as a TBCD-STRING as in 
the "AddressString" ASN. 1 type). For an odd number of STN-SR digits, bits 8 to 5 of the last octet are encoded with the 
filler "1111". 



Octets 

1 
2 to 3 
4 
5 
6 

n-H4 


Bits 
8 7 6 5 4 3 2 


1 




Type = 51 (decimal) 




Length = n 


Spare Instance 


NANPI 


Digit 2 


Digit 1 






Digit m 


Digit (m-1) 



Figure 6.2-1 : STN-SR 



6.3 Source to Target Transparent Container 

The Source to Target Transparent Container contains RAN/BSS parameters that are necessary for the target radio 
access network to setup radio bearer. When target network is GERAN, this container carries the Old BSS to New BSS 
Information IE defined in 3GPP TS 48.008 [8]. When target network is UTRAN, this container carries the Source RNC 
to Target RNC Transparent Container IE defined in 3GPP TS 25.413 [9]. When target network is E-UTRAN, the 
container carries the Source To Target Transparent Container IE defined in 3GPP TS 36.413 [14]. The Transparent 
container field includes the IE value part as it is specified in the respective specification. 

The receiver of this Information Element shall ignore the length of the transparent container encoded in octet 5 and shall 
derive the actual length of the container from the length encoded in octets 2 to 3 minus 1 . 

For backward compatibility, the sender of this Information Element shall set the octet 5 to the actual length of the 
transparent container if the size of the container is smaller or equal to 255 octets, and to the value "255" otherwise. 
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Octets 

1 

2 to 3 

4 

5 


Bits 
8 7 6 5 4 3 2 


1 




Type = 52 (decimal) 




Length = n (decimal) 


Spare Instance 


Length of the Transparent container 


6 to (n+4) 


Transparent container 





Figure 6.3-1 : Source to Target Transparent Container 



6.4 Target to Source Transparent Container 

The Transparent container field includes the IE value part as it is specified in the respective specification. 

The receiver of this Information Element shall ignore the length of the transparent container encoded in octet 5 and shall 
derive the actual length of the container from the length encoded in octets 2 to 3 minus 1 . 

For backward compatibility, the sender of this Information Element shall set the octet 5 to the actual length of the 
transparent container if the size of the container is smaller or equal to 255 octets, and to the value "255" otherwise. 



Octets 

1 

2 to 3 

4 

5 

6 to (n+4) 


Bits 
8 7 6 5 4 3 2 


1 




Type = 53 (decimal) 




Length = n 


Spare Instance 


Length of the Transparent container 


Transparent container 





Figure 6.4-1 : Target to Source Transparent Container 



6.5 MM Context for E-UTRAN (v)SRVCC 

The MM Context information element contains mobile station classmarks, supported codec list, and the security 
parameters that are necessary for the MSC server to setup the ciphering connection (and integrity protection for 3G) 
with the target access for (v)SRVCC. CS ciphering keys parameters: CKsrvcc, IKsrvcc, and eKSI for E-UTRAN 
(v)SRVCC are defined in 3GPP TS 33.401 [6]. 

Mobile Station Classmark 2, Mobile Station Classmark 3, and Supported Codec List information Elements indicate the 
supported encryption algorithms for GERAN access and CS supported codecs. The coding of Mobile Station 
Classmarks and Supported Codec List fields include the IE value part as it is specified in 3GPP TS 24.008 [7]. 

eKSI shall be coded as bits 1 to 3 of the NAS Key Set Identifier IE in TS 24.301 [12]. For an emergency call without an 
authenticated IMSI, the source MME shall set the key sequence value of the eKSI to the value '111' and CKsrvcc and 
IKsrvcc to all 0"s in binary. 
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Octets 

1 
2 to 3 

4 

5 
8 to 21 
22 to 37 

38 
39 to a 

b 
(b+1)toc 

d 

(d+1)to 

(n+4) 


Bits 
8 7 6 5 4 3 2 1 




Type = 54 (decimal) 




Length = n 


Spare Instance 


Spare | eKSI 


CKsRvcc 


IKsRvcc 




Length of the Mobile Station Classmark 2 




Mobile Station Classmark 2 




Length of the Mobile Station Classmark 3 




Mobile Station Classmark 3 




Length of the Supported Codec List 




Supported Codec List 





Figure 6.5-1 : MM Context for E-UTRAN (v)SRVCC 



6.6 



MM Context for UTRAN SRVCC 



The MM Context information element contains mobile station classmarks, supported codec list, and the security 
parameters that are necessary for the MSC server to setup the ciphering connection (and integrity protection for 3G) 
with the target access for SRVCC. The usage of CK"cs, IK"cs, KST'cs, Kc", CKSN"cs are defined in 3GPP TS 33.102 
[10]. 

Mobile Station Classmark 2, Mobile Station Classmark 3, and Supported Codec List information Elements indicate the 
supported encryption algorithms for GERAN access and CS supported codecs. The coding of Mobile Station 
Classmarks and Supported Codec List fields include the IE value part as it is specified in 3GPP TS 24.008 [7]. 

CKSN'cs shall be coded as bits 1 to 8 of the CKSN IE in TS 24.008 [7]. The KSI'cs shall be coded as bits 1 to 4 of the 
CKSN IE in TS 24.008 [7]. 

The source SGSN will send to the MSC Server enhanced for SRVCC either the KSI'cs/CK'cs/IK'cs for an UMTS 
subscriber or the CKSN'cs/Kc' for a GSM subscriber (see 3GPP TS 33.102 [10]): 

when transferring KSI'cs/CK'cs/IK'cs, the source SGSN shall set the key sequence value of the CKSN'cs to the 
value '111' and Kc" to all 0"s in binary; 

when transferring CKSN'cs/Kc', the source SGSN shall set the key sequence value of the KSI"cs to the value 
'111', and CK"cs and IK"cs to all 0"s in binary. 

For an emergency call without an authenticated IMSI, the source SGSN shall set the key sequence value of the CKSN'cs 
and KSI'cs to all l"s, and Kc", CK"cs and IK"cs to all 0"s in binary. 



Octets 

1 
2 to 3 

4 

5 
6 to 21 
22 to 37 
38 to 45 

46 

47 
48 to a 

b 
(b+1)toc 

d 

(d+1)to 

(n+4) 


Bits 
8 7 6 5 4 3 2 1 




Type = 55 (decimal) 




Length = n 


Spare 


Instance 


Spare 


KSI"cs 


CK"cs 


IK-cs 




Kc" 




CKSN"cs 




Length of the Mobile Station Classmark 2 




Mobile Station Classmark 2 




Length of the Mobile Station Classmark 3 




Mobile Station Classmark 3 




Length of the Supported Codec List 




Supported Codec List 





Figure 6.6-1 : MM Context for UTRAN SRVCC 
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6.7 



SRVCC Cause 



SRVCC Cause IE is coded as this is depicted in Figure 6.7-1. 



Octets 

1 

2 to 3 

4 

5 


Bits 
8 7 6 5 4 3 2 


1 




Type = 56 (decimal) 




Length = 1 


Spare Instance 


SRVCC Cause value 



Figure 6.7-1 : SRVCC Cause 

The SRVCC Cause value indicates the reason for cancellation or the rejection of the SRVCC PS to CS Request or the 
SRVCC CS to PS Request. The SRVCC Cause is also used by the target MME/SGSN to indicate the reason for a 
failure in the SRVCC CS to PS Complete Notification message.. 

Table 6.7-1 : SRVCC Cause values 



Cause value 
(decimal) 


Meaning 





Reserved. Shall not be sent and if received the Cause shall be treated as an 
invalid IE 


1 


Unspecified 


2 


Handover/Relocation cancelled by source system 


3 


Handover /Relocation Failure with Target system 


4 


Handover/Relocation Target not allowed 


5 


Unknown Target ID 


6 


Target Cell not available 


7 


No Radio Resources Available in Target Cell 


8 


Failure in Radio Interface Procedure 


9 


Permanent session leg establishment error 


10 


Temporary session leg establishment error 


11-255 


Spare. This value range is reserved for SRVCC Cause values 



6.8 Target RNC ID 



This IE shall contain the identity of the target RNC. The encoding of this IE is defined in 3GPP TS 29.002 [11]. 



Octets 

1 

2 to 3 

4 

5 to (n+4) 


Bits 
8 7 6 5 4 3 2 


1 




Type = 57 (decimal) 




Length = n (decimal) 


Spare Instance 


RNC ID 



Figure 6.8-1 : Target RNC ID 



6.9 Target Global Cell ID 



This IE shall contain the identity of the target GSM Cell ID. The encoding of this IE is defined in 3GPP TS 29.002 [11]. 



Octets 

1 

2 to 3 

4 

5 to (n+4) 


Bits 
8 7 6 5 4 3 2 


1 




Type = 58 (decimal) 




Length = n (decimal) 


Spare Instance 


Cell ID 



Figure 6.9-1 : Target Cell ID 
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6.10 Tunnel Endpoint Identifier for Control Plane (TEID-C) 

Tunnel Endpoint Identifier for Control Plane (TEID-C) is coded as depicted in Figure 6.10-1. 



Octets 


Bits 
8 7 6 5 4 3 2 1 




1 
2-3 

4 
5-8 


Type = 59 (decimal) 




Length = n (decimal) 


Spare Instance 


Tunnel Endpoint Identifier for Control Plane (TEID-C) 


9-(n-^4) 


These octet(s) is/are present only if explicitly specified 





Figure 6.10-1 : Tunnel Endpoint Identifier for Control Plane (TEID-C) 



6.11 Sv Flags 

Sv Flags is coded as depicted in Figure 6.1 1-1. 



Octets 

1 

2 to 3 

4 

5 

6-(n-i-4) 


Bits 
8 7 6 5 4 3 2 1 




Type = 60 (decimal) 




Length = n 


Spare 


Instance 


Spare Spare Spare Spare 


VHO 1 ST! 1 ICS lEmlnd 


These octet(s) is/are present only if explicitly specified 



Figure 6.11-1: Sv Flags 

The following bits within Octet 5 indicate: 

Bit 1 - Emlnd (Emergency Indicator): This flag is used to indicate the IMS emergency session. 
Bit 2 - ICS (IMS Centralized Service): This flag is used to request ICS support. 

Bit 3 - STI (Session Transfer Indicator): This flag is used to indicate IMS session transfer has been invoked. 
- Bit 4 - VHO (vSRVCC flag): This flag is used to indicate that the vSRVCC HO is requested by the MME. 

6.12 Service Area Identifier 

This IE shall contain the identifier of a service area. The encoding of this IE is defined in Figure 6.12-1. 



Octets 

1 

2-3 

4 

5 

6 

7 

8 to 9 

1 to 1 1 


Bits 
8 7 6 5 4 3 2 1 




Type = 61 (decimal) 




Length = n 


Spare 


Instance 


MCCdigit2 


MCC digit 1 


MNCdigit3 


MCC digit 3 


MNCdigit2 


MNC digit 1 


Location Area Code (LAC) 


Service Area Code (SAC) 


12-(n-i-4) 


These octet(s) is/are present only if explicitly specified 





Figure 6.12-1 : Service Area Identifier 

The Location Area Code (LAC) consists of 2 octets. Bit 8 of Octet 8 is the most significant bit and bit 1 of Octet 9 the 
least significant bit. The coding of the location area code is the responsibility of each administration. Coding using full 
hexadecimal representation shall be used. 

The Service Area Code (SAC) consists of 2 octets. Bit 8 of Octet 10 is the most significant bit and bit 1 of Octet 1 1 the 
least significant bit. The SAC is defined by the operator. See 3GPP TS 23.003 [4] subclause 12.5 for more information. 
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6.13 MM Context for CS to PS SRVCC 

The MM Context for CS to PS SRVCC information element contains the security parameters that are necessary for the 
MME/SGSN to setup the ciphering connection and integrity protection with the target access for SRVCC. The usage of 
CK'ps, IK'ps, KSI'ps, Kc'ps, CKSN'ps are defined in 3GPP TS 33.102 [10]. 

Note: Kc'ps, is called GPRS Kc in 3GPP TS 33.102 [10]. 

CKSN'ps shall be coded as bits 1 to 8 of the CKSN IE in TS 24.008 [7]. The KSI'ps shall be coded as bits 1 to 4 of the 
CKSN IE in TS 24.008 [7]. 

The source MSC Server shall send to the MME/SGSN either the KSI'ps /CK'ps /IK'ps or the CKSN'ps /Kc'ps as specified 
in3GPPTS 33.102 [10] and3GPPTS 33.401[15]: 

when transferring KSI'ps /CK'ps /IK'ps, the source MSC Server shall set the key sequence value of the CKSN'ps 
to the value '111' and Kc'ps to all 0"s in binary; 

when transferring CKSN'ps /Kc'ps, the source MSC Server shall set the key sequence value of the KSI'ps to the 
value '111', and CK'ps and IK'ps to all 0"s in binary. 



Octets 

1 

2 to 3 

4 

5 

6 to 21 

22 to 37 

38 to 45 

46 

47 - (n+4) 


Bits 
8 7 6 5 4 3 2 1 




Type = 62 (decimal) 




Length = n 


Spare 


Instance 


Spare Spare Spare 


KSI"ps 


CK'ps 


IK'ps 




Kc'ps 




CKSN'ps 




These octet(s) is/are present only if explicitly specified 





Figure 6.13-1 : MM Context for CS to PS SRVCC 
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